home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv9.zip / SDKV9N24.TXT < prev    next >
Text File  |  1994-03-09  |  9KB  |  208 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Tue, 8 Mar 94 17:06 PST      Volume 9: Issue  24  
  5.  
  6. Today's Topics:
  7.                              GUS clipping
  8.                GUS Programmer's Digest V9 #23 (2 msgs)
  9.                       simultaneous play & record
  10.  
  11. Standard Info:
  12.     - Meta-info about the GUS can be found at the end of the Digest.
  13.     - Before you ask a question, please READ THE FAQ.
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Tue, 8 Mar 1994 00:39:32 -0500 (EST)
  18. From: dionf@ere.umontreal.ca (Francois Dion)
  19. Subject: GUS clipping
  20.  
  21. > From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  22. > Subject: clipping
  23. > 
  24. > It would be very strange, if there's no such algoithm, in my opinion.
  25.  
  26. No, it's not strange. If there was, then it would be a feature called a
  27. limiter, something that's not present on the GUS, since i can if i want
  28. make it clip both in the digital and analog domain. However, if you cant
  29. learn to mix properly on the GUS, you'd have the same problem on an analog
  30. setup with a mixer. Even if you can get an analog limiter, it is a bad
  31. thing to make it work continuously. The sound will be muddy and wont
  32. have any dynamic range at all. Now, if you have a digital limiter, the
  33. same problem will happen: no dynamic range and a muddy sound.
  34.  
  35. > And dangerous for the sound.
  36.  
  37. Digital clipping is no worse than analog clipping (that is, on a bipolar
  38. amp... tube amp is a completely different story). Anybody who has used
  39. a 12 bit sampler has had to deal with digital clipping when sampling drums,
  40. and nobody complained about how bad it was and how there should be a
  41. limiter circuit. And what about MOD files! Talk about MASSIVE digital
  42. clipping! Still, there are some people who still listen to these...
  43.  
  44. > In this case, it's statistically really not so bad. But I still think
  45. > it can't just clip the wave to the maximum voltage until the sum of
  46. > all voices becomes less than the maximum...
  47.  
  48. Why not?? If you had 32 16 bit DACs connected to a mixer and drove all of
  49. them peak to peak, you'd get clipping in analog. Either you add voltages
  50. or values, the result is the same. In analog, you are limited to 2 volts,
  51. in digital 16 bits. As simple as that. There is no way to avoid this
  52. limit.
  53.  
  54. > The breaks all I was
  55. > thinking about. But maybe I was wrong... If that's true, than it's
  56. > really only me who can assign apropriate volume settings to all the
  57. > instruments hoping the probability of not exceeding the maximum is
  58. > great enough
  59.  
  60. Yes, you have to mix. It's not a question of hoping, it's a question of
  61. not driving every sample at 127. At 100, you are at -6dB to give you an
  62. idea...
  63.  
  64. > ... I don't like it, however. Aren't here any documents
  65. > from Gravis describing this ? Or from Ensoniq as the GF1 is supposed
  66. > to be a clone of some Ensoniq chip ?
  67.  
  68. Every single synths out there and anything that uses a mixer works like
  69. that. You dont like it, well tough luck because you have a fixed limit,
  70. in volts or bits, and it will always be like that.
  71.  
  72. > From: "Ford, Richard            x2056" <rford@infocomp.csir.co.za>
  73. > Subject: GUS+16-bit option or MAX?
  74. > 
  75. > Morning all
  76. > 
  77. > Please, can someone put me in the picture re the MAX?  Should I go for the 
  78. > GUS and the 16-bit option now
  79.  
  80. Get it now. Look how long it took for the DB to show up... Unless you can
  81. wait 3 months (roughly), you should get the plain GUS right now. The only
  82. thing that the MAX will give you more than GUS+DB is a CDROM interface.
  83.  
  84. Ciao,
  85. -- 
  86. Francois Dion
  87.     '
  88. IdMEDIA      \ Managing:        \ Publishing:     \ Specialising:
  89. CP 312        \ Equation de Base \ Cybernaute      \ Multimedia & Telecom
  90. St-Lambert, QC \ Francois Dion    \ IDM Software    \ design, publishing &
  91. Canada, J4P 3P8 \ Fuzzy Logic      \ Raving Up North \ testing(hard/software)
  92.  
  93. ------------------------------
  94.  
  95. Date: Tue, 8 Mar 1994 12:11:40 -0700 (MST)
  96. From: "Shawn T. Rutledge" <rutledge@enuxsa.eas.asu.edu>
  97. Subject: Re: GUS Programmer's Digest V9 #23
  98.  
  99. > >> The GUS doesn't do anything like that.  It simply sums the voices.  Because
  100. > >> of partial cancelling (some of the samples will be positive, while others
  101. > >> will be negative), clipping rarely occurs when typical voice volumes are 
  102. > >> used.
  103. > 
  104. > >Rarely?  There is no algorithm to prevent it at all?
  105. > 
  106. > It would be very strange, if there's no such algoithm, in my opinion.
  107. > And dangerous for the sound. But I like the idea of signed approach
  108.  
  109. What do you mean by signed approach?  That the 16-bit number represents
  110. a signed integer rather than an unsigned one?  I would think that would
  111. be a necessity, not just a preference, as any AC waveform has both 
  112. positive and negative samples.
  113.  
  114. > to digital mixing. I didn't think of the data as being signed till now.
  115. > In this case, it's statistically really not so bad. But I still think
  116. > it can't just clip the wave to the maximum voltage until the sum of
  117. > all voices becomes less than the maximum... The breaks all I was
  118. > thinking about. But maybe I was wrong... If that's true, than it's
  119.  
  120. Not sure what you're talking about here either.
  121.  
  122. > really only me who can assign apropriate volume settings to all the
  123. > instruments hoping the probability of not exceeding the maximum is
  124. > great enough ... I don't like it, however. Aren't here any documents
  125.  
  126. I don't either.  The idea of using 21-bit math and dividing down to
  127. 16 bits sounds better to me.  Or using a DAC with greater than 16-bit
  128. resolution...
  129. > 
  130. > Nope.  And from the usual sound quality of the GUS, there doesn't
  131. > appear to be a need to systematically divide the sum to rigorously
  132. > prevent the possibility of clipping, and the GUS would, in fact, 
  133. > sound worse had this approach been taken (since dividing by the number
  134. > of voices, 32, would mean that only 11 bits of each voice would show
  135. > up in the output).  
  136.  
  137. I suspect that the reason it isn't a problem is that our current set of
  138. samples has few if any full 16-bit peaks.  The full dynamic range isn't
  139. being used anyway; if it was, clipping would occasionally occur.  Besides,
  140. 16 bits is supposed to give us something like 90 db of dynamic range,
  141. right?  So if an instrument is sampled in such a way that it uses only
  142. 11 bits, that is probably closer to its real-life dynamic range, and
  143. we should think of the 16 bits as extra headroom for cases when instruments
  144. pile up on top of each other and the amplitude is reinforced.
  145.  
  146.  
  147. -- 
  148.   _______                                                             KB7PWD
  149.  (_  | |_)                                            shawn.rutledge@asu.edu
  150.  __) | | \__________________________________________________________________
  151. * fusion * ham radio * IEEE * cyberspace * GUS * ARS * C * electronics * 
  152.  
  153. ------------------------------
  154.  
  155. Date: Wed, 9 Mar 1994 08:05:05 +1000 (EST)
  156. From: s921880@minyos.xx.rmit.EDU.AU (Adam Craig Seychell)
  157. Subject: Re: GUS Programmer's Digest V9 #23
  158.  
  159. If the GUS mixes the 32 voices simply by summing the samples ( digitaly )
  160. then why is the Ultrasound limited to 20KHz sample rate when playing 32
  161. voices.  I first thought that it was because DAC might no beable to keep
  162. up but now I know that mixing is done in the digital circuits, adding 32
  163. samples at 44KHz should be a piece of cake.  
  164. This means the DRAM will have to transfer at a rate of 44100*2*32  bytes
  165. per second. Which is fairly slow for 100ns DRAMs.
  166.  
  167.  
  168. ------------------------------
  169.  
  170. Date: Tue, 8 Mar 94 18:16:24 EST
  171. From: Dan Liszewski <liszewsk@lf.hp.com>
  172. Subject: simultaneous play & record
  173.  
  174. Forgive my ignorance but, I'm wondering if the GUS could support
  175. simultaneous play and record.  Is it possible, or is there something
  176. about the card that won't allow it?
  177.  
  178. Thanks
  179. Dan Liszewski
  180.  
  181. ------------------------------
  182.  
  183. End of GUS Programmer's Digest V9 #24
  184. *************************************
  185.  
  186. To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  187. To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  188. To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  189.  
  190. FTP Sites              Archive                       Directories
  191. ---------              -------                       -----------
  192. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  193.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  194. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  195. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  196. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  197. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  198. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  199.  
  200. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  201.  
  202. Hints:
  203.       - Get the FAQ from the FTP sites or the request server.
  204.       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  205.     related mailing lists (general use, musician's, etc.).
  206.  
  207.  
  208.